VSCode 吕鹏 聊AI编程、Vibe Coding
#AI
吕鹏在访谈中回顾了 VS Code 的成长、GitHub Copilot Chat 的完全开源过程，以及他对 AI 编程和 Vibe Coding 的整体判断。谈话首先聚焦 Copilot Chat 为何从一开始就计划开源：在模型供应商主导的大环境里，前端集成层几乎没有护城河，因此把 99% 代码公开反而能加速生态。随后，他比较了 Cursor、Claude Code、Codex 等多款 AI 编程代理，指出 Cursor 在交互和并行 Background Agent 上的体验仍领先，但未来真正的竞争并不在「哪款编辑器更好」，而在于「我们是否还需要编辑器」。他进一步解释了 Vibe Coding 的三种形态——Code Assistant、YOLO Vibe、Engineering Vibe——并强调只要还要读代码就不能算真正的 Vibe Coding，这意味着工程师正从「码农」转向「产品／项目经理」的角色。最后，吕鹏分享了个人副业 App 的开发经历：AI 将发布、合规等“最后一公里”成本压到几乎为零，让小众需求也能快速变成产品。
Vibe Coding 的深度解读
- 角色异化 真正的 Vibe Coding 不要求开发者再看代码，其本质是「以需求—反馈循环」替换「代码—编译循环」。工程师要做的是把模糊想法拆成高度解耦的子任务，再通过多代理并行完成；这更像是产品经理或技术经理的工作。技能重心从语法和框架迁移到任务切分、规范制定、质量评估与风险管理。
- 复杂性的迁移 传统软件复杂性落在代码层；Vibe Coding 把复杂性上移到 prompt 设计、上下文压缩、推理约束和测试网格。若缺乏自动化度量与反馈，复杂性只是换了位置而不是被消除，这解释了为什么今天真正的工程场景（第三类 Vibe）仍难落地。
- 情感落差与焦虑 编写代码原本提供即时正反馈，是许多开发者的「心流」来源。当这一乐趣被代理接管，成就感可能骤降，导致行业普遍的「AI 倦怠」。吕鹏把保持运动、分配副业、继续保留部分 IC 工作视为缓冲方式，可理解为在人—机分工再平衡下寻找新的情感支点。
未来三年的 Vibe Coding 能力预测
- 端到端交付代理 预计云端多代理流水线将从「修复 Issue→开 PR」扩展到「生成设计草图→自动推理测试→灰度发布→用户行为回流」。在中小型 Web 或移动应用里，80% 功能能由代理独立完成，人类只在需求定义与最终验收环节介入。
- 语义级 Code Review LLM 将具备对差异补丁做抽象语义比较的能力，可直接在 PR 中给出「冗余组件」「缺失并发锁」等高层级诊断，review 效率提倍，留给人类的更多是产品决策层面的审视而非语法纠错。
- 跨模态需求协同 Voice Mode、Memory 向多模态 prompt 继续演化：口头录屏 + 草图 + ER 图即可作为完整规格，代理负责生成数据模型、API、前端组件、部署脚本乃至营销落地页，实现从“说”到“上架”的无缝链路。
- 组织结构再塑 AI Agent 覆盖「执行」后，团队将呈“T 型”——少量负责需求拆解与质量策略的技术经理 + 多名专注领域专家（安全、性能、算法）+ 海量弹性代理。招聘标准从“写代码”转向“编排代理＋验证结果”。
- 隐形编辑器时代 编辑器 UI 将被进一步“埋入”到聊天或 Issue 流水线里；像 VS Code 这样的平台若能成为多模型、多代理的中立集成点，将继续繁荣；否则被 GitHub、Vercel 等直接在云端提供的可视流水线蚕食。
以此推算，未来三年「会写 prompt、懂测试网格、能量化业务指标」将比「精通某语言框架」更重要；而真正热爱编码者则可能把写代码当成「弹吉他」那样的自我娱乐与少数高难场景的工艺活。